CHANGE MANAGER for DB2 


New Solutions for DB2 Change Management 


Power andflexibility 


The hotly competitive, ever-changing 
environment of business today dic¬ 
tated the need for a DBMS with the 
power and flexibility to meet the infor¬ 
mation processing demands of a 
dynamic organization. DB2 has won 
wide acceptance by fulfilling these 
requirements. However, the benefits 
of DB2's flexibility are somewhat 
undermined by its size and complexity. 

Most organizations that have 
implemented DB2 rely on multiple 
DB2 subsystems to facilitate the 
design, development, test and pro¬ 
duction stages of an application’s life 
cycle. The data independence 
offered by DB2 allows the application 
data structures in each of these sub¬ 
systems to vary for any given appli¬ 
cation. These variations in structural 
elements are required to satisfy 
issues regarding performance, secu¬ 
rity and additional uses of data from 
one subsystem to another. Appli¬ 
cations may also exist at different 
version levels on different subsys¬ 
tems. All of these factors make the 
task of database administration 
much more complex and error-prone 
than with previous DBMS systems, 
such as IMS. 


Time for a change 


Studies show that approximately 
70% of the application life cycle is 
devoted to maintenance. These mod¬ 


ifications to the application will likely 
have an impact on the DB2 data 
structures that support the applica¬ 
tion. Implementing changes to data 
structures managed by DB2 in 
today’s complex environment can be 
a challenge for even the most experi¬ 
enced DBA. Trends such as: 

■ increasing numbers of DB2 appli¬ 
cations 

■ more mission-critical applications 

■ continuous availability 

■ increasingly complex data 
structures 

■ distributed DB2 environments 

■ proliferation of CASE tools 

are adding to the issues that must be 
considered by a DBA to accomplish 
even the smallest application 
change. The strengths of DB2--data 
independence and flexibility—frus¬ 
trate efforts to make implementing 
changes to DB2 structures a man¬ 
ageable process. The challenge 
faced by DB2 DBAs is to maximize 
the power of DB2’s capabilities while 
keeping control of data structures 
and facilitating the responsive imple¬ 
mentation of changes. 


Solve DBA problems 


BMC Software has been solving the 
problems associated with DB2 
database administration since its 
introduction of ALTER™ for DB2* in 
1987, which pioneered the automa- 
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tion of the change process for DB2. 
ALTER’s milestone technology has 
become the standard against which 
similar tools are now measured. 
ALTER satisfies the requirements for 
implementing changes within a sin¬ 
gle DB2 subsystem and also pro¬ 
vides the ability to migrate DB2 
structures and data to different DB2 
subsystems. However, the technolo¬ 
gy embodied in ALTER, as well as in 
other similar products, does not 
address the complete set of require¬ 
ments for managing change within a 
complex DB2 environment compris¬ 
ing multiple subsystems as well as 
CASE tools and various other reposi¬ 
tories for structure definitions. 

In such complex DB2 environ¬ 
ments, changes must be implement¬ 
ed while structure modifications that 
have been made locally for tuning, 
data access or security purposes are 
preserved. CASE tools and other 
repositories used for application 
design must be synchronized with 
DB2’s implementation of data struc¬ 
tures. 

BMC Software has continued to 
listen to DBAs to determine the 
requirements for a complete, com¬ 
prehensive solution to the problem of 
change management for DB2. Input 
from current ALTER users and other 
experienced DBAs has been refined 
to form a concise set of requirements 
for managing changes to DB2 appli¬ 
cation data structures. 


The Experience. The Technology. The Future. 
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DB2 change 
management 

An automated solution to the prob¬ 
lem of managing changes to DB2 
structures should meet the following 
requirements: 

■ Change Implementation 

■ Structure Migration 

■ Change Migration 

■ Change Feedback 

■ Change Recovery 

■ Change Audit 

Change Implementation should 
provide a process to change the 
definition of any DB2 object while 
preserving or converting data, pre¬ 
serving dependent structures and 
propagating changes to dependent 
structures, 

Structure Migration should gen¬ 
erate CREATE SQL DDL commands 
from the sending subsystem and 
apply those CREATE SQL DDL com¬ 
mands at the receiving subsystem 
allowing modifications to take place 
at the receiver. It also must be possi¬ 
ble to move data from the sender to 
the receiver. 

Change Migration should pro¬ 
vide the ability to identify changes 
made at the sending or control sub¬ 
system since the last version was 
sent to the receiver. These changes 
need to be analyzed for feasibility 
at the receiving subsystem and the 
changes must be applied while 
preserving or converting data, pre¬ 
serving dependent structures, pro¬ 
pagating changes to dependent 
structures and preserving local mod¬ 
ifications to structures. 

Change Feedback should pro¬ 
vide a mechanism to identify and 
capture local changes that have 
been made to structures that need to 
be reflected in the control subsys¬ 
tem. These changes then need to be 
applied at the control subsystem 
while satisfying all of the require¬ 
ments for Change Migration. 

Change Recovery should pro¬ 
vide a method of capturing structure 
definitions and data that can be 


used to fall back to a previous ver¬ 
sion of the structure in the event of 
an unsuccessful change. The fall¬ 
back process must allow current 
data to be converted to the old struc¬ 
ture as well as the ability to use the 
captured version of the old data. 

Change Audit should provide 
the ability to capture structure defini¬ 
tions at different points in time. From 
these captured definitions it must be 
possible to determine when and by 
whom all structure changes have 
been made during a given period of 
time. 

ALTER satisfies the first two 
requirements, Change Implemen¬ 
tation and Structure Migration. BMC 
Software is building upon the foun¬ 
dation of this technology to provide a 
complete and comprehensive solu¬ 
tion for the four remaining require¬ 
ments. CHANGE MANAGER for 
DB2* is BMC’s answer for DB2 DBAs 
who need a tool to ease the com¬ 
plex, time-consuming, error-prone 
task of managing changes to DB2 
data structures. 


BMC’s solution 


CHANGE MANAGER will provide the 
ability to migrate and implement 
changes to DB2 structures instead of 
recreating the entire structure. This 
preserves any local modifications 
that may have been implemented 
on the receiving DB2 subsystem. 
Changes, called Change Specifi¬ 
cations, are derived by analyzing 
versions of application structures 
captured by CHANGE MANAGER or 
structures defined by other means, 
such as SQL DDL statements, CASE 
tools or the DB2 catalog. These are 
then transmitted to the receiving DB2 
subsystem where CHANGE MANAG¬ 
ER will ensure proper implementa¬ 
tion. 

CHANGE MANAGER will provide 
change feedback by generating 
Change Specifications for local modifi¬ 
cations that can be transmitted back 
to the controlling DB2 subsystem. The 
Change Specifications are implement¬ 


ed by CHANGE MANAGER at the 
controlling DB2 subsystem, synchro¬ 
nizing the data structure definitions. 

Sites that use the Bachman 
Information Technology, Inc. CASE 
product DB2/DBA as their control 
point for structure definitions will 
have the advantage of sharing 
Change Specifications between 
CHANGE MANAGER and the BACH¬ 
MAN tool. BMC and BACHMAN have 
agreed to jointly develop an interface 
that will allow the same Change 
Specifications to be processed by 
both tools. This allows BACHMAN’S 
DB2/DBA repository to migrate 
changes to DB2 subsystems and 
allows CHANGE MANAGER to feed¬ 
back local changes to the BACH¬ 
MAN repository to keep the DB2 
structure implementation in sync with 
the BACHMAN DB2/DBA repository. 

Additionally, CHANGE MANAG¬ 
ER will provide a method to capture 
structure definitions and data at any 
application version level. These cap¬ 
tured versions may be used to 
recover from an application change 
that is unsuccessful. Recovery can 
be achieved either with current data 
that will be converted to the old 
structure or with old data that was 
captured by CHANGE MANAGER. 
BMC's high-speed DB2 utilities 
UNLOAD PLUS and LOADPLUS” are 
used to efficiently unload, load and 
convert the data. 

Finally, CHANGE MANAGER will 
allow captured versions of DB2 
structures to be analyzed to deter¬ 
mine the changes that have been 
made during the interval of time 
between the two versions. This will 
provide DBAs with an accurate 
record of DB2 change activity with¬ 
out regard to the mechanism used to 
accomplish the change. 

BMC Software’s CHANGE MAN¬ 
AGER represents a breakthrough in 
the technology available to adminis¬ 
ter DB2. With it, it will be possible to 
safely respond to DB2 application 
changes in a timely manner, capital¬ 
izing on the power and flexibility of 
DB2. 


BACHMAN is a registered trademark of Bachman Information Systems, Inc. 
© 1991-92 BMC Software, Inc., All rights reserved. 
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In this book, 


is giving you some intormation 

about tiie 

BACHMAN" 

DB2 Product Set 
Why? 


Because... 







...BACHMAN can help you exploit the power of 
DB2 and realize die promise of AD/Cycle— 
without losing your investment in existing systems. 

BACHMAN and DB2 


As the DB2 manual says, 
DB2 offers flexibility and power. 
That’s why MIS shops are look¬ 
ing to it as the solution to their 
database problems. But the abil¬ 
ity to build and maintain a good 
database design isn’t shipped 
with DB2. It has to be learned. 
The best DBAs know that the 
DB2 Optimizer makes their 
job easier and harder, because 
they must understand its 
behavior to create DB2 designs 
that perform. 

Experienced DBAs are in 
short supply. With IBM actively 
extending DB2 it can be hard to 
keep up. Hard to know which 
rules of thumb are still useful. 
Hard to look at all the details in a 
complex design. Hard, if you’re 
new to database design, to know 
where to start. 

The problem is com¬ 
pounded by the pressure to build 
new DB2 applications and at the 
same time to migrate — from flat 


files, from IMS, or from other 
database systems such as IDMS. 
From “designs” that might be 
decades old, to new, optimal rela¬ 
tional DB2 designs. And the da¬ 
tabase designs you build today 
need to serve past, present, and 
future applications. 


BACHMAN 
can help you 
with these 
challenges. 


The DBA must provide the optimizer 
with a design that can be used 
effectively with any SQL. 




























































































The BACHMAN solution for 
relational applications 


Enter BACHMAN, the 
model-driven development 
company that incorporates re¬ 
engineering technology. Based 
on a reconception of the 
software development life cycle, 
BACHMAN products address 
the needs of DB2 data 
administrators, database 
administrators and analysts who 
create new DB2 applications and 
enhance existing ones. 

The solution is to take ad¬ 
vantage of the investment you’ve 
made in existing database de¬ 
signs, and build and exploit data 
models and specifications, ex¬ 
tending their useful life beyond a 
system’s first day in production. 
To BACHMAN these are two 
facets of the same challenge — 
creating systems that can 
change to meet your business 
needs, and change to take advan¬ 
tage of developing technology. 

Your business grows and 
changes. BACHMAN re-engi¬ 
neering is growth and change... 
without chaos. 









The BACHMAN difference 


Unlike other CASE prod¬ 
ucts, BACHMAN encourages 
you to leverage your investment 
in existing databases and build 
new data, process, and logic 
models that enable you to quick¬ 
ly generate code through IBM’s 
Cross Systems Product (CSP). 

But your business re¬ 
quirements are not all new sys¬ 
tems. BACHMAN can help you 
migrate older designs, create 
optimal information models at 
the Entity-Relationship level, and 
then design the best possible 
DB2 structures for those enti¬ 
ties. At the touch of a mouse, 
you generate new or changed 
SQL data definition language 
(DDL) for your design. 


It’s not magic, 
it’s re-engineering 

Technically, re-engineer¬ 
ing is reverse engineering, modi¬ 
fication, forward engineering, 
and code generation. 

Reverse engineering 
takes a physical design, obtained 
by extracting data structures 
from existing systems in DB2, 
IMS, IDMS, or flat files, and 
translates it into a data model, 
which is presented as entities 
and relationships. 


Forward engineering 
translates a high-level model or 
specification into a physical 
design, automating the process 
of developing a new system or 
database. This in turn allows you 
to optimize the implementation 
specification, and generate 
syntactically correct code. 
BACHMAN even ensures that 
your generated SQL is 
consistent with the DB2 catalog. 










Powerful solutions, but easy to use 


In the BACHMAN/Data- 
base Administrator for DB2, you 
use icons, menus, and forms to 
edit a database design. Diagrams 
focus on either relational or 
physical aspects. This compre¬ 
hensive editing facility lets you 
see a table on the screen, quickly 
open a form full of detailed infor¬ 
mation, and then look at related 
information such as the indexes 
or views on that table. You can 
create, modify, or delete any type 
of object. 


More than 
pretty pictures 

BACHMAN E-Rand 
DB2 diagrams show a graphical 
summary of your model, allow¬ 
ing you to communicate with 
other groups in your organiza¬ 
tion. But the detail behind the 
model makes the difference be¬ 
tween a pretty picture and an 
asset to the enterprise. 

Consider the CUSTOMER 
entity in the BACHMAN/ 
Analyst. Behind a CUSTOMER 
entity there may be reusable 
process specifications for 


creating or deleting a customer. 
There are estimates of how 
many customers you expect to 
have in the system over time. Of 
course, there are the attributes 
— the pieces of information that 
make up a CUSTOMER in your 
system. And the attributes 
contain definitions of their data 
types, lengths, and even allowed 
values. There is a pointer (map) 
to the physical DB2 table or 
tables that represent this entity 
in the production system. 

In the DB2 design you 
can see the pieces of information 
that make up this table’s defini¬ 


tion: columns, keys, indexes, 
views on this table, and storage 
characteristics of the table space 
(segmented? partitioned?). 

And you enter informa¬ 
tion that describes your use of 
the data. Are there a small num¬ 
ber of customers that dominate 
your business? 

Each piece of information 
is a part of your business re¬ 
quirements. Together, they are 
your business. BACHMAN uses 
this information to help you de¬ 
fine the best system for your 
business. 


BACHMAN 3.10 
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“But the business changes 


• • • 


The BACHMAN model of 
your business can change too, 
with the click of a mouse. That’s 
the appropriate place to reflect a 
business change. Because the 
BACHMAN model is the applica¬ 


tion and BACHMAN maintains 
the relationships among all the 
pieces, you can automatically 
propagate the changes into 
modified production DB2 data¬ 
bases and CSP executable code 


or CSP generated COBOL De¬ 
spite the simplicity, the resulting 
system is optimized and produc¬ 
tion quality. 





























































Expert assistance 


The BACHMAN/Data- 
base Administrator for DB2 lets 
you build a design quickly, but it 
also helps you build a good design. 

As you modify your de¬ 
sign, the system provides flex¬ 
ibility, letting you sketch out 
tables now and fill in columns 
later...letting you change that 
table name, and later go back 
and fix the views that depend on 
that table. But with the system’s 
help you can find these holes at 
any time and fix them before you 
generate DDL. 

The BACHMAN/DBA 
for DB2 helps you produce a 
high-performance design, help¬ 
ing you allocate free space, order 
columns for multicolumn in¬ 
dexes, decide between fixed and 
variable definition and, where 
applicable, denormalize the data. 

The BACHMAN/DBA 
for DB2 also helps you solve 
problems. For instance, how 
much free space should you allo¬ 
cate to accommodate data that 
grows by 75% each year...? 

If you guessed 75%, 
you’ve wasted more than 32% 


of your disk space, added 50% 
to your sequential I/O, and 
let yourself in for some 
sleepless nights. 

With BACHMAN? Press a 
button to find the answer. 

(Itis42%.) 

Now, should it be imbed¬ 
ded free space or at the end of 
the table? BACHMAN will tell 
you that, too! 

BACHMAN incorporates 
the knowledge of its DB2 experts 
into an Expert Advisor. You can 
let the system make decisions, 
and review a system journal to 
check its work, or you can run 
interactively. How much of the 
system’s expertise you use is up 
to you. BACHMAN supplies the 
advice — you supply your own 
understanding of the system re¬ 
quirements. The final decision 
is yours. 

The BACHMAN/DBA 
for DB2 doesn’t get tired or bored, 
either. It doesn’t mind looking at 
thousands of objects for potential 
design problems. And it will 
only call your attention to those 
that are potential problems. 


Build your DB2 skills 

You don’t just learn to use 
the BACHMAN/DBA for DB2, 
you learn from it The system’s 
messages, diagrams, and Help 
facility transfer the embedded 
knowledge of DB2 to newer 
DBAs, allowing them to learn as 
they work. Experienced DBAs 
are free to tackle the knotty prob¬ 
lems, doing what they do best. 

And the BACHMAN/ 
DBA for DB2 is still learning. It 
gets smarter in each release. 











The BACHMAN/Analyst 


The BACHMAN/Analyst 
lets you use the same quality 
graphics and windows to build 
an enterprise model that consists 
of a data model: entities and rela¬ 
tionships, process models: de¬ 
tailed specifications of process¬ 
ing against the data, and logic 
models: procedural business 
specifications that reference the 
data model. 

We’ve said that through 
forward engineering the 


BACHMAN/Analyst provides 
the entities and relationships 
that make up the tables and 
columns in your DB2 design. 
The Analyst advantage goes 
further than that, it tracks what 
your processes are doing with 
the data. 

For each process, the 
BACHMAN/Analyst records 
performance requirements that 
can be used to create a high- 
performance database design. 


You can highlight the processing 
that occurs against each piece of 
data, and optimize your design 
before it reaches production. 

Process and logic specifi¬ 
cations are implementation- 
independent. When technology 
changes, and it will, the designs 
you create today live on in 
the new systems. Forward 
engineering takes care of the 
implementation details. 
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The BACHMAN/Designer for CSP 


The BACHMAN/Analyst 
and the BACHMAN/Database 
Administrator for DB2 are joined 
by the BACHMAN/Designer for 
CSP. This product transforms 
business logic specifications to 
CSP in IBM’s SAA External 
Source Format (ESF). Entity 
level data requests are translated 


into SQL statements that use the 
tables in your BACHMAN DB2 
design. All this can be imported 
into CSP/AD, and used to gener¬ 
ate CSP/AE execution modules 
or COBOL code. This integrated 
BACHMAN/IBM solution takes 
you quickly from conceptual 
models to optimized production 


DB2 CSP or COBOL code. 

Data structures change? 
New CSP capabilities? No prob¬ 
lem. Run the same model back 
through the BACHMAN/De¬ 
signer for CSP for updated SQL 
and program logic. 



Process model: 

sd42 

PSD procedures 



manage-project 

setup-project 

u 

m 






DB2 file: 

C:\TESTBASE\DESIGNS\SD43.DB2 

































































Flexibility to fit any methodology 


Your organization already 
has methods for creating new 
systems and modifying old ones. 
BACHMAN supports that meth¬ 
odology, providing tools to make 
your work easier. It is flexible 
enough to help you build a good 
design following any path 
you choose. 

The story doesn’t end 

Other CASE products 
might help get your application 
into production, but BACHMAN 
protects your investment by re¬ 


taining the entities, relationships, 
tables, specifications, and map¬ 
pings between them. You can 
respond to changes in business 
requirements, make the change 
at the appropriate level, and then 
propagate the change into the 
production system. You’ve built 
a living model of your business 
that you can use to build new 
systems at a fraction of the cost, 
and communicate with every 
work group. 


A strategic investment 

When you choose to take 
advantage of other AD/Cycle 
components such as IBM’s Re¬ 
pository, BACHMAN products 
can help. As an AD/Cycle Busi¬ 
ness Partner, BACHMAN is 
helping IBM design the models 
at the heart of the Repository. 
BACHMAN will implement AD/ 
Cycle solutions that allow you to 
use Repository along with the 
BACHMAN/Analyst and 
BACHMAN/DBA for DB2. 



























BACHMAN and DB2— 
An Unbeatable Combination 


The BACHMAN/Data- 
base Administrator for DB2, 
combined with the BACHMAN/ 
Analyst, BACHMAN/Designer 
for CSP, and related products, 
can help you use DB2 as it was 
meant to be used, while 
exploiting enterprise modeling, 
promoting a model-driven ap¬ 
proach to application develop¬ 
ment, and fulfilling the promise 
of AD/Cycle. 

So...why is IBM telling you 
about BACHMAN in this book? 

Because IBM and 
BACHMAN are an unbeatable 
combination — in anyone’s book. 

And now... 


If you want to know how 
to apply these benefits to your 
company, send in one of the at¬ 
tached reply cards, or call: 

1-800-BACHMAN 


Outside the USA, please 
call (617) 273-9003 for the name 
of the BACHMAN distributor in 


your area. 











I’d like to see a lot more! 


I I Send me a schedule of free seminars. 

I I Call me to set up a personal demonstration. 

HI Send more detailed information on the products, 
Operating System: 

□MVS DVSE nVM nother_ 

DBMS: 

□db2 Dsql/ds Dims Dca-idms 

I I Other_ 

IBM Mainframe models: 


My IBM MR/SE is: 


Name_ 

Title _ 

Company_ 

Address _ 

City_State_Zip 

Telephone ( )_ 





o 

< 

CO 

o 

Q_ 


BACHMAN 

For more than software. For business. 


BACHMAN INFORMATION SYSTEMS, INC. 
DB2 GI PROGRAM 

8 NEW ENGLAND EXECUTIVE PARK 
BURLINGTON MA 01803-9699 










































In recognition of its value to our 
customers, IBM has designated 
BACHMAN a Cooperative Software 
Supplier Program Business Partner. 

Copyright IBM Corporation 1991. 

All rights resen/ed. 

® IBM is a registered trademark of 
International Business Machines 
Corporation. 

™ DB2 is a trademark of IBM 
Corporation. 

References in this publication to IBM or 
vendor products and services do not 
imply that IBM intends to make them 
available in all countries in which IBM 
operates. All information in this 
brochure is provided by BACHMAN who 
is solely responsible for its accuracy. 

IBM makes no warranties or 
representations (expressed or implied) 
regarding BACHMAN’S products or 
sen/ices. 










